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We claim: 

1 . An architecture for an automation system, the automation system to control and 
monitor a pluraHty of devices, the architecture comprising: 

at least one look-up service to maintain at least one database of the plurality of 
devices by a plurality of device attributes including device type and physical location, 
and of a plurahty of device objects corresponding to the plurality of devices by mapping 
a name for each device object to at least one address for each device object; 

a soft-state store to manage at least periodic refresh information for the plurality of 



devices and the plurality of device o 
10 state store as a plurality of soft- state 



)jects, the refresh information managed by the soft- 
variables; and, 



a publication/subscription eventing component to enable subscriptions to events 



related to changes in the plurality o 



soft-state variables managed by the soft-state store. 



2. The architecture of claim 1, wherein the at least one look-up service comprises: 
an attribute-based look-up service to maintain a first database of the plurality of 

devices by the plurality of device attributes; and, 

a name-based look-up service to maintain a second database of the pluraHty of device 
objects corresponding to the plurality of devices. 

3. The architecture of claim 2, wjii :rein the name-based look-up service instantiates 

ice}oi)je 



instances of the plurality of device^ 



ejects. 
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4. The architecture of claim 2, wherein 
based look-up service further includes a 



the second database maintained by the name- 
plurality of computation objects. 



5. The architecture of claim 1, wherein 
comprises a synchronous address for 
5 and an asynchronous address for as 



the at least one address for each device object 
syjichronous communication with the device object, 
ynchronous conmiunication with the device object. 



6. The architecture of claim 1, wherein the device and the device object refresh 
information included in the sofl-state variables comprises periodic heartbeats sent by 
each entity of the plurality of devices aid the plurality of device objects. 

7. The architecture of claim 6, wherei i the periodic heartbeats sent by each entity of the 
plurality of devices and the plurality of device objects refresh the entity, such that failure 
by the entity to send the periodic heartbeats as required by a refresh rate for the entity 
results in removal of the entity from the at least one look-up service. 



all: 



8. The architecture of claim 6, wherein each entity of the plurality of devices and the 
pluraHty of device objects has a refre^rtaf J>and the periodic heartbeats sent by the entity 
are stored by the soft-state store in a persdstent^tore where the refresh rate for the entity 
is lower than a predetermined threshold and are stored in a volatile store where the 
refresh rate is greater than the predetermiJed threshold. 
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9. The architecture of claim 1, further comprising a pluraUty of system management 
daemons to detect failures in the plurality of cj^ices, and initiate recovery from the 
failures. 

10. The architecture of claim 9, wherein th^ plurality of system management daemons 
include a power line monitoring daemon tc^ detect problems with the pluraHty of devices 
that are power line devices. 



11. The architecture of claim 10, wherein the 
based detection for detecting unacceptable 



30wer line monitoring daemon uses pattern- 
power line activity. 



12. The architecture of claim 11, wherein the 



power line monitoring daemon matches 



power line pattems against unacceptable power line pattems stored in a pattem database 




13. The architecture of claim 10, wherein the power line monitoring daemon uses model- 
based detection for detecting acceptable power line activity. 



14. The architecture of claim 13, wherein t|ie power line monitoring daemon tests power 
line pattems against a pattem model of acceptable power line pattems. 

15. The architecture of claim 9, further cjomprising a plurality of instances for each of at 
least one of the plurality of system management daemons, such that the plurality of 
instances exchange age information, and each instance uses the age information to 
determine whether it is a leader instance. 
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16. The architecture of claim 1, whereinjhe at iJsast one look-up services, the soft-state 
store, and the publication/subscription eventing < omponent reside within a system 
infrastructure layer of the architecture. 

17. The architecture of claim 16, further comprising an apphcation layer in which the 
5 pluraUty of device objects reside. 



18. The architecture of claim 17, further comprising at least one automation application 
and a plurality of device daemons corresponding to the plurality of devices residing in the 
application layer. ^ 



19. The architecture of claim 16, further comprising a user interface layer in which an 
10 email daemon, a voice recognition interface,fa browser interface, and a natural language 

parser interface reside. 

20. The architecture of claim 19, whereili-t^i^ser interface layer provides for 
independent verification of a command performed relative to a device within the 
automation system. 



15 21 . An architecture for an automatioj system, the automation system to control and 
monitor a plurality of devices, the architecture comprising: 
a system infrastructure layer including: 

at least one look-up service to maintain at least one database of the plurality of 
devices by a pluraUty of device atiributes including device type and physical location. 
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and of a plurality of device objects corresponding to the plurality of devices by mapping 
a name for each device object to at least one address for each device object; 

a soft-state store to manage at least pbriodic refresh information for the plurality 
of devices and the plurality of device objecfe, the refresh information managed by the 
soft-state store as a plurality of soft-state variables; 

a publication/subscription eventing component to enable subscriptions to events 
related to changes in the plurality of soft-state variables managed by the soft-state store; 



and, 

an application layer in which the pi 



1 



ality of device objects reside, and including at 



10 least one automation application to control and monitor the plurality of devices. 

22. The architecture of claim 21, fur^ey comprising a user interface layer in which one or 

\ 

more of an email daemon, a voice rec^^t^on interface, a browser interface, and a natural 
language parser interface reside. 



23. An architecture for an automation system, the automation system to control and 
1 5 monitor a plurality of devices, the archi/ecture comprising: 

an attribute-based look-up service lo maintain a first database of the plurality of 
devices by a plurality of device attributes including device type and physical location; 

a name-based look-up service to maintain a second database of a plurahty of device 
objects corresponding to the pliu-ality of devices by mapping a name for each device 
20 object to at least one address for each device object; 

a soft-state store to manage at least periodic refresh information for the plurality of 
devices and the plurality of device objects, the refresh information managed by the soft- 
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state store as a plurality of soft-state variabL^s; 

a publication/subscription eventing com 3onent to enable subscriptions to events 
related to changes in the plurality of soft-state variables managed by the soft-state store; 
and, 

one or more system management daemons to detect failures in the plurality of 
devices, and initiate recovery from the failures. 

24. The architecture of claim 23, wherein the at least one address for each device object 
comprises a synchronous address for synchronous communication with the device object,, 
and an asynchronous address for asynchtronous communication with the device object. 



10 25. The architecture of claim 23, wherein the device and the device object refresh 
information included in the soft-state variables comprises periodic heartbeats sent by 
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each entity of the plurality of devices and the plurality of device objects. 

26. The architecture of claim 25, wherein the periodic heartbeats sent by each entity of 
the plurality of devices and the plurality of device objects refresh the entity, such that 
failure by the entity to send the periodic heartbeats as required by a refresh rate for the 
entity results in removal of the entily from the name-based and the attribute-based look- 
up services. 

27. The architecture of claim 23, wherein the one or more system management daemons 
include a power line monitoring daemon to detect problems with the plurality of devices 

20 that are power line devices. 
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28. The architecture of claim 23, further comprising a pluraUty of instances for each of at 
least one of the one or more system' management daemons, such that the plurality of 
instances exchange age information, and each instance uses the age information to 
determine whether it is a leader instance. 
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